home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19960425-19960715 / 000423_news@columbia.edu _Sun Jul 14 03:40:54 1996.msg < prev    next >
Internet Message Format  |  1996-07-26  |  3KB

  1. Return-Path: news@columbia.edu
  2. Received: from apakabar.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30]) by watsun.cc.columbia.edu (8.7.5/8.7.3) with ESMTP id DAA08955 for <kermit.misc@watsun.cc.columbia.edu>; Sun, 14 Jul 1996 03:40:54 -0400 (EDT)
  3. Received: (from news@localhost) by apakabar.cc.columbia.edu (8.7.5/8.7.3) id DAA18549 for kermit.misc@watsun; Sun, 14 Jul 1996 03:40:52 -0400 (EDT)
  4. Path: news.columbia.edu!panix!newsfeed.internetmci.com!in2.uu.net!cs.utexas.edu!news.cs.utah.edu!cc.usu.edu!jrd
  5. From: jrd@cc.usu.edu (Joe Doupnik)
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: Telnet to Linux Hangs
  8. Message-ID: <1996Jul13.233922.82728@cc.usu.edu>
  9. Date: 13 Jul 96 23:39:22 MDT
  10. References: <199607090445.AAA14754@watsun.cc.columbia.edu> <Pine.BSI.3.91.960709114509.2658A-100000@malasada.lava.net>
  11. Organization: Utah State University
  12. Lines: 36
  13.  
  14. In article <Pine.BSI.3.91.960709114509.2658A-100000@malasada.lava.net>, really@lava.net writes:
  15. > On Tue, 9 Jul 1996, Jeffrey Altman wrote:
  16. >> I'm sure that Joe will respond to you with much more detail about
  17. >> the MS-DOS Kermit tcp/ip stack.  However, I do have a question?
  18. >> 
  19. >> Have you tried using C-Kermit to one of the Linux boxes?  
  20. >> Does it have the same problem?
  21. >> 
  22. >> What are the conditions of the disconnect?  
  23. >> 2 hours of no data transmission?  If so, then this would indicate that there
  24. >> might be a problem with the "keep-alive" timeouts.  If you get some disconnect
  25. >> at some random point in time, then the problem is something other than
  26. >> "keep-alives".
  27. >> 
  28. > The disconnect (MSKermit lockup) occurs after approximately 5 minutes 
  29. > (never less than 4 minutes and never more than 6 minutes.)  The session dies
  30. > exactly at the same second each time (e.g., if a session starts at 11:02:00,
  31. > that session might die at say 11:06:32, if I try again with a session 
  32. > starting at 11:15:49, this session might die at 11:20:32, if I try once 
  33. > again at 12:22:22, it typically would die at 12:27:32.  Each time when the
  34. > session dies, I can alt/X to get back to the MSKermit prompt, but then a 
  35. > 'q'uit response locks up my PC requiring a reboot.
  36. > C-Kermit 5A(190) telnetting from our Sequent unix machine to either Linux
  37. > box does NOT cause similar timeouts.  Neither does any other telnetting
  38. > method from PC-to-unix or unix-to-unix. 
  39. >        Bob Carroll really@lava.net
  40. ------------
  41.     Sure looks like a keep-alive problem. If so it is likely fixed in
  42. the next release (where have we heard that expression before?). MSK v3.15
  43. will go to open beta testing shortly, changing as the last items are added
  44. during the testing interval. Availability will be announced here.
  45.     Joe D.